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[0001] This patent application claims priority from a provisional patent application entitled "Online 
New Accounts," Serial No. 60/436,402, having a filing date of December 23, 2002. 

FIELD OF THE INVENTION 

5 [0002] The present invention relates generally to electronic commerce and, more particularly, to a 
system and method of processing account information and transacting electronic commerce over a 
computer network. 

BACKGROUND OF THE INVENTION 

10' [0003] The internet has emerged as a large community of electronically connected users located 
around the world who readily and regularly exchange significant amounts of information. The 
internet continues to serve its original purpose of providing access and exchange of information 
among government agencies, laboratories, and universities for research and education. In addition, 
the internet has evolved to serve a variety of interests and forums that extend beyond its original 

15 goals. 

[0004] There is growing interest in electronic commerce, whereby individuals and/or entities can 
transact business via interconnected networks, such as the internet. Electronic commerce offers 
advantages to both buyers and vendors. With electronic commerce, a buyer may access many more 
vendors than could be achieved via conventional methods of commerce. Thus, with electronic 
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commerce, buyers can potentially achieve a lower purchase price, as well as a wider selection of 
goods and/or services. By the same token, electronic commerce affords vendors a larger market 
place, and access to a larger number of potential buyers. 



[0005] Much of the electronic commerce presently conducted between buyers and vendors occurs by 
5 the exchange of data in the form of graphics and/or text. Typically, a buyer seeking to purchase 
goods and/or services electronically initiates the transaction by first establishing a data link with the 
vendor. For example, if the vendor possesses a website on the worldwide web portion of the 
internet, the buyer initially makes a connection via a computer, to an internet service provider. Once 
connected, the buyer then enters the universal resource locator (URL) associated with vendor to 
1 0 access that vendor's website. After the buyer has accessed the vendor's website, the buyer enters the 
information needed to complete the transaction. 

[0006] Today, the internet is widely utilized in connection with the sale of financial products. 
Financial institutions, such as banks and insurance companies, provide online financial product 
information for browsing by the customer. For a majority of financial products, online purchasing is 
1 5 fairly straightforward if the host systems are available to set up an electronic account through which 
a customer may fund and transact business. However, online purchasing may not be available if the 
financial institution's host processing systems are undergoing batch processing or are otherwise 
unavailable. 
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[0007] In short, most financial institutions require that an electronic account be set up, as well as 
funded, prior to the purchase of a financial product. Thus, if a potential customer accesses the 
financial institution's website while its host system is unavailable, the financial institution is unable 
to provide the potential customer with the ability to purchase a financial product. Typically, under 
5 such circumstances, the financial institution will display a text message to the potential customer 
informing them that they will be contacted by a customer service representative within a 
predetermined period of time. Such an occurrence is unacceptable for many potential customers 
who live in different time zones or have limited access to the internet. Thus, there remains a need 
for a system and method capable of opening an electronic account and transacting business over the 
1 0 internet while host processing system(s) are unavailable. 
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SUMMARY OF THE INVENTION 



[0008] Accordingly, the present invention provides a system and method capable of automatically 
establishing and electronically funding electronic accounts over a computer network. The present 
5 invention provides a series of straight-through processes operable within a client/server environment. 
The present invention enables the submission of online new account information, real time 
processing of said account information, and the establishment of validated new electronic accounts 
for use by potential customers regardless of the status of the host processing systems. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



[0009] A more complete appreciation of the invention and many of the attendant advantages thereof 
will be readily obtained as the same becomes better understood by reference to the following 
5 detailed description when considered in connection with the accompanying drawings, wherein: 

[0010] Figure 1 is a component diagram illustrating one embodiment of the present invention. 

[0011] Figures 1 A- IE are screen shots illustrating the graphic user interface of one embodiment of 
the present invention. 

♦ [0012] Figures 2A-2B are process flow diagrams illustrating the automated electronic account 
1 0 formation process of one embodiment of the present invention. 

[0013] Figure 3 is a process flow diagram illustrating the bank account validation process of one 
embodiment of the present invention. 

[0014] Figure 4 is a process flow diagram illustrating the account relationship management process 
of one embodiment of the present invention. 

15 
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DETAILED DESCRIPTION OF THE INVENTION 



[0015] The present invention is herein described as a method of processing information and as a 
computer system for processing information. 

5 [0016] Referring to Figure 1, the present invention comprises a system (10) capable of interaction 
with one or more customers (12) for the purpose of transacting e-commerce. In one embodiment, 
the customer (12) may utilize a remote computer system (14), such as a personal computer or laptop, 
to connect with the present invention through a computer network (16). 

[0017] In one embodiment, the computer system of the present invention comprises a presentation 
10' tier (11) designed to interact with the customer's computer system. Specifically, by accessing a 
URL address through a computer network such as the internet, the customer may be granted access 

« 

to, and transact business, using the present invention. In one embodiment, security infrastructure is 
utilized to provide security to the system against unauthorized access and/or harmful viruses. In one 
embodiment, a firewall (18) positioned between the web servers (20) and the computer network (16) 
1 5 is utilized for this purpose. 

[0018] The presentation tier (1 1) of the present invention is capable of managing the customer's 
interaction with the new account opening process of the present invention. In one embodiment, web 
server technology such as a server farm of Intel Pentium 4/MS Windows servers running Microsoft's 
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IIS, or a Sun Microsystems E10 5 000/Solaris running IBM's Websphere or BEA's weblogic servers 
is utilized by the presentation tier to facilitate customer interaction. 

[0019] Referring to Figures 1 A- IE, the presentation tier of the present invention provides a graphic 
user interface (GUI) (25) viewable by the customer during an on-line encounter with the system. In 
5 short, the graphic user interface allows the customer to view and enter account set-up information 
regardless of the status of the back-end or host processing systems (26 and 28, respectively). To 
accomplish this, the present invention provides a middleware tier (21) including one or more 
transaction and database servers (22) capable of accepting requests to establish new electronic 
accounts from the presentation tier. The middleware servers (22) of the present invention are 
1 0 designed to manage customer requests, interact with back-end and/or host systems, and respond to 
the web servers (20). Such responses may include error messages requesting additional information 
or messages requesting the clarification of conflicting information. The middleware servers are 

« 

capable of acknowledging the successful creation of an account and a new account number 
associated therewith. Further, the middleware servers are capable of recording database logs of 
1 5 activity in order to manage the workflow of the system as well as produce management reports for 
monitoring and reconciling on-line activity. 

[0020] In one embodiment, the servers used by the middleware tier of the present invention are 
Unix-based mid-range RISC servers, for example IBM RS/6000 S80 and Sun El 0,000 servers. 
Further, these may be operated as clusters of Windows-based servers having Intel Pentium or HP 
20 Alpha processors therein. In another embodiment, middleware applications may be custom-coded 
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using Oracle stored procedures, C++, or leverage packaged middleware products such as BEA 
Tuxedo or TIBCO Active Enterprise Products including Business Process Management 2.0. In 
short, the middleware tier (21) provides interaction between the host access tier (23) and the 
presentation tier (1 1) to facilitate efficient communication therebetween. 

5 [0021] The host access tier (23) of the present invention represents the programming interfaces, 
network connectivity and account management systems capable of operating mainframe computers 
in a local or remote data center. In one embodiment, the host access tier comprises one or more 
processing systems (26 and 28, respectively) designed to facilitate on-line account creation and 
electronic transactions. It being understood that such processing systems may be equipped with 
1 0 security infrastructure such as a vendor firewall (24) to provide security against unauthorized access. 

[0022] It should be understood that the present invention may be utilized with any number of 
hardware components and that the present invention is not limited to those explicitly described 
herein. For the purposes of illustration only, in one embodiment, the host processing system may 
comprise a brokerage management system. In one embodiment, a SunGard Securities Processing 
1 5 Phase3 system is utilized. The Phase3 system is a real-time order-to-settlement securities processing 
system for broker/dealers and correspondent clearing firms. Other suitable brokerage management 
systems include, but are not limited to, ADP's Brokerage Processing Services, ADP's Securities 
Industry Software, and Thomson Financial's BETA System. 
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[0023] The host processing system may also be a mutual fund management system such as 
SunGard's Investar ONE, DSTs TA2000, PFPC's PAR and SuRPAS Systems. In one 
embodiment, the mutual fund management system utilized by the present invention is a proprietary 
transfer agency platform capable of providing mutual fund processing for a proprietary family of 
5 mutual funds offered by the Applicant. 

[0024] In one embodiment, the host processing system is an annuity management system such as 
CSC's PolicyLink Administration System. Further, the host processing system may also be a 
financial account processing system capable of addressing any financial asset or liability account that 
is maintained on-line for a retail customer. Other processing systems that may be utilized in 

10 accordance with the present invention include a mutual fund wrap management system such as 
FundQuest's Mutual Fund WRAP platform, Checkfree APL WRAP, and PFPC's AssetDirections 
unified managed account platform, a separate managed account system such as Checkfree APL, and 
PFPC's AssetDirections, a deposit account management system such as ALLTEL Community Bank 
Group, Fiserv, and M&I Data Services, and a loan account management system such as the 

1 5 ALLTEL Community Bank Group LoanPro, the CSC's Loan Origination System, and the First Data 
Resources Credit Card Processing system. 

[0025] In one embodiment, the host access tier comprises a first system (26) designed to conduct 
brokerage transactions and a second system (28) designed to conduct mutual fund transactions. If 
the systems (26 and 28 respectively) are available, the user may 1) open an account and 2) transact 
20 business over the computer network (16). 
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[0026] Many known systems allow for the creation of electronic accounts for the purpose of 
transacting on-line business. Unfortunately, these known systems do not allow such interaction 
when the back-end or host systems are unavailable. This is especially a problem for companies 
wishing to do business on a global scale. Further, most processing systems are required to undergo 
periodic batch processing which may incapacitate the system for a period of several hours. 

[0027] In order to address this concern, the present invention is capable of creating and funding new 
electronic accounts while the back-end or host systems are unavailable. Referring to Figures 2A and 
2B, the present invention receives a new account query from an on-line customer (12), as illustrated 
by box (30). Upon receiving the customer query, the system then determines the status of the back- 
end or host systems, as illustrated by box (32). If the back-end or host system is available, the 
system proceeds with the standard account opening process conducted by and through the back-end 
or host systems, as illustrated by box (34). In one embodiment, this process utilizes an online 
application programming interface (API) to submit real time new account requests to the appropriate 
host system. The host system then creates new accounts and issues new account numbers. 

[0028] However, if the host system is undergoing batch processing or is otherwise unavailable, the 
middleware server of the present invention will retrieve the next available account number from an 
inventory of precreated accounts held therein, as illustrated by boxes (36) and (38). In short, the 
system is equipped with one or more accounts that have been precreated for the purpose of providing 
on-line service to customers during host system unavailability. In this way, the present invention 
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allows the customer to be fully serviced and even transact business while the host systems are 
unavailable. 

[0029] Once customer information is received via the computer network (16), customer information 
is associated with the next available account number drawn from the inventory of precreated 
5 accounts as described above and illustrated by box (40). This new account is then stored in a 
temporary repository, as illustrated by box (42). In one embodiment, a new account queue held upon 
the middleware server is utilized for this purpose. The middleware server assigns an account 
number from a precreated group of account numbers and queues the updated transactions for posting 
to the host processing system once it becomes available. Since the middleware tier manages the 
1 0 interaction of the presentation tier and the host access tier, customers can receive acknowledgement 
of their new account, fund the account, and submit trades in the new account while the account and 
those transactions are held in queue. 

[0030] An electronic counter is utilized to maintain a record of the number of precreated accounts 
held upon the middleware server. Once an account has been associated with a new customer, the 

1 5 electronic counter is increased to reflect same, as illustrated by box (44). New account information 
and the details relating thereto may then be displayed and provided to the customer via the graphic 
user interface, as illustrated by box (46). Once a new account has been established, the customer is 
then given the opportunity to electronically fund the account so as to enable immediate transaction 
capabilities, as illustrated by box (48). This feature of the present invention provides the customer 

20 with greater convenience than that seen in known systems, thus allowing the customer to take 
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advantage of beneficial financial transactions as quickly as possible. This feature of the present 
invention is described in greater detail below. 

[0031] Referring to Figure 2B, once the host system becomes available or completes batch 
processing, the present invention retrieves new account information from the temporary repository 
5 and updates the appropriate host system with new account information held upon the temporary 
repository, as illustrated by boxes (50), (52) and (54). To account for the new accounts created 
during host system unavailability, the present invention receives information from the electronic 
counter to determine the net amount of new accounts created. The same number of accounts may 
then be created for future use and stored on the middleware server, as illustrated by box (56). At this 
1 0 time, the electronic counter is reset and the process described above is repeated if the host system(s) 
once again becomes unavailable, as illustrated by boxes (58) and (60). 

[0032] In an alternate embodiment, the middleware server of the middleware tier retrieves the last 
account number provided by the appropriate processing system just prior to batch, the middleware 
then calculates the next available account number using the same account number assignment 

15 algorithm as the appropriate processing system as illustrated by box (37). The middleware server 
then tracks the new account numbers and queues the new accounts and transactions for posting upon 
availability of the host processing system. The middleware server passes the last account number 
created on the middleware tier back to the host processing system prior to the host processing 
system's emergence from batch ensuring the account number sequence remains synchronized. 

20 Again, since the middleware tier manages the interaction of the presentation tier with the host access 
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tier, customers can receive acknowledgement of their new account, fund the account, and submit 
trade orders to the new account while the account and those transactions are held in queue. Once the 
host system becomes available, the middleware server then submits the queue of new accounts 
assigned during the period of unavailability, flushes the queue of funded transactions and pending 
5 trade orders all prior to the upcoming daily processing. 

[0033] Referring to Figure 3, the present invention provides a method and system for facilitating the 
funding of new electronic accounts. Further, the present invention is capable of validating inputted 
customer bank account information. In one embodiment, this is accomplished by the creation and 
storage of a table containing a listing of financial institutions indexed by American Banking 

10 Association (ABA) routing numbers, as illustrated by box (64). Further, the present invention 
maintains a table of business rules used for modifying and translating bank instructions. 
Specifically, each banking institution maintains its own set of rules with regard to financial accounts. 
In order to provide the present invention with increased versatility, a rules engine is utilized for the 
manipulation of a series of banking rules pertaining to each major banking institution. This feature 

1 5 of the present invention allows the system to interpret financial institution information, such as bank 
routing number, bank account type, bank account number, and geographical area code as entered by 
the customer, as illustrated by box (62). 

[0034] In one embodiment, the invention receives customer financial institution information and 
cross-references the table of financial institution information to ensure that the financial institution at 
20 issue is valid, as illustrated by box (66). In one embodiment, the routing number provided by the 

14 



customer is utilized for this purpose, as illustrated by box (68). If the financial institution at issue is 
not found during this search, the system will inform the customer that their account is not supported 
by the financial institution, as illustrated by box (65B). 



[0035] If the financial institution is supported, the system retrieves the aforementioned business 
5 rules from one or more tables maintained by the present invention. In one embodiment, the request 
to add financial account information originates from the presentation tier. The middleware server of 
the middleware tier is capable of validating, verifying, and amending the financial account 
information to conform with the stored business rules. In one embodiment, the present invention 
may reject the request, accept it as entered, or accept it as modified by the applicable business rule. 
10 Once accepted, the requests are submitted to the appropriate account management system (26 and 
28, respectively) in real-time, or queued for submission if the system was unavailable at the time of 
the initial request, as illustrated by boxes (70), (72), (74), and (76). The graphic user interface (25) is 
utilized to inform the customer (12) that the ACH bank instructions have been submitted and 
successfully posted to the host system, as illustrated by box (65C). 



1 5 [0036] In addition to insuring that the customer entered financial account information is adequate, 
the present invention is also capable of informing the user of same via the graphic user interface. 
For example, if the user enters a financial institution routing number improperly, the middleware 
server will suggest the proper format in light of the applicable business rule. This feature of the 
present invention reduces the frustration encountered by many on-line customers. Specifically, in 

20 most instances, information that is entered incorrectly will simply be rejected by the on-line host. In 
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contrast, the present invention provides the on-line customer with feedback and/or guidance as to 
how to enter the correct information so that a new account may be created, funded, and utilized to 
transact business. 



[0037] In one embodiment, the business rules maintained by the present invention are utilized to 
5 determine if debit transactions are allowed for any given financial institution account provided by 
the customer, as illustrated by boxes (78) and (80). Further, if a financial institution account 
provided by the customer is determined to be incapable of supporting debit transactions, the 
customer is informed accordingly via the graphic user interface, as illustrated by box (65 A). As 
discussed above, the middleware server of the present invention is capable of automatically 
10 formatting the financial institution account information provided by the customer, if desirable. In 
one embodiment, this may include adding or deleting an alpha-numeric character and/or the use of 
an alternate ABA number, as illustrated by box (82). If automatic formatting is executed by the 
present invention, an updated ACH bank instruction is submitted to the host processing system and 
the customer is informed accordingly, as illustrated by boxes (76) and (65D). 

1 5 [0038] Referring to Figure 4, the present invention also provides an access management system and 
method capable of validating customer identities and subsequently linking multiple customer 
identities to a single account. Further, the present invention is capable of rejecting invalid identities 
such that those having no business accessing another's account will not be allowed to do so. This 
feature of the present invention is ideal for customers wishing to provide access to family members, 

20 relatives, or other third parties. 
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[0039] The present invention first receives customer information relating to the primary customer 
for any given account number. This information is then validated to ensure conformance with 
current records, if any, relating to the customer at issue. All information collected is used to create a 
matching table for storage upon the middleware server, that maybe used to determine future account 
5 access. Specifically, each third party is labeled according to a predefined set of identifiers. In one 
embodiment, these identifiers comprise administrator, beneficiary, conservator, executor, guardian, 
joint tenants, minor, personal representative, plan participant, power of attorney, retiree, spouse, 
tenants in common, and trustee. 

[0040] Thus, by conducting a search for third parties having a relationship to the primary customer 
1 0 for any given account, the present invention may efficiently determine which parties shall be granted 
access. If, however, the search reveals that one or more third parties may not be given access to the 
account number at issue, the customer is informed via the graphic user interface of the present 
invention as illustrated by boxes (84), (86), (88), and (90). In contrast, if the identity of one or more 
third parties is validated according to the matching table of the present invention, a new account 
1 5 number is issued and the middleware server storage device is updated to reflect those relationships 
applicable to the primary customer and his or her account number, this information being further 
displayed and/or provided to the customer via the graphic user interface, as illustrated by boxes (92), 
(94), (96), and (98). 

[0041] Although the invention has been described with reference to specific embodiments, this 
20 description is not meant to be construed in a limited sense. Various modifications of the disclosed 
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embodiments, as well as alternative embodiments of the invention, will become apparent to persons 
skilled in the art upon reference to the description of the invention. It is, therefore, contemplated that 
the appended claims will cover such modifications that fall within the scope of the invention. 
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